home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4262 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.8 KB
  1. Path: Norway.EU.net!usenet
  2. From: patrick.hanevold@login.eunet.no (Patrick Hanevold)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga doesn`t need Pl
  5. Date: 26 Feb 1996 17:12:15 GMT
  6. Organization: EUnet Norway
  7. Message-ID: <4499.6630T579T2849@login.eunet.no>
  8. References: <john.hendrikx.4gpu@grafix.xs4all.nl>
  9. NNTP-Posting-Host: pc2.asker-pm2-1.eunet.no
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  11.  
  12.  
  13. > Blitter assistance: Requires non-interleaved bitmaps, impossible to
  14. >                     C2P a smaller part of the whole screen
  15. >                     (horizontally), it's effectiveness depends heavily
  16. >                     on factors like CPU, fast-memory, etcetera...
  17.  
  18. >                     Try to get it to work on Intuition-screen and make
  19. >                     your DOOM-clone support multiple window sizes.
  20.  
  21.         Not true. Our handles modulo and such.
  22.         Thats 160x128x8(2x2) 25fps.
  23.  
  24. >      Chunky Copper: Crappy resolution, wastes lots of ChipRAM bandwidth
  25. >                     (copper and bitplane DMA fully loaded), pixels
  26. >                     are written 1 word at the time.
  27.  
  28. >      BlitterScreen: Problems similair to Blitter assistance, but
  29. >                     additionally you will need to turn up the contrast
  30. >                     on your monitor, because the result of masking out
  31. >                     every 2nd pixel effectively means all pixels are
  32. >                     twice as dark as they should be with a real 2x1
  33. >                     display.
  34.  
  35. >Any idea of how much C2P routines you could end up with when your game is
  36. >done?
  37.  
  38. > Blitter+CPU C2P optimized for A1200 specifically
  39. > Blitter+CPU C2P optimized for 16-bit ChipRAM machines (ECS)
  40. > Blitter+CPU C2P optimized for 030 32-bit ChipRAM machines (4000/030)
  41. > CPU C2P optimized for 040 16-bit ChipRAM machines (ECS + 040)
  42. > CPU C2P optimized for 040 32-bit ChipRAM machines (4000/040)
  43.  
  44. >and probably one which uses AKIKO, and of course for each of these routines a
  45. >version which does 2x1 displays, and versions for 16, 64 and 256 colors.
  46. >Maybe also add ChunkyCopper and BlitterScreen C2P?  It looks like we've gone
  47. >C2P crazy...
  48.  
  49. >On top of that you will also want to support gfx-cards... and you need to
  50. >write the rest of the game as well (but that's just a small part compared to
  51. >all those C2P routines).  Have we reached the programmer's limit yet?
  52.  
  53. > >> Agreed.   AGA  is  *really* crap.  Who cares if we can C2P a 2x2 screen
  54. > >> faster than a below-average gfx-card, when the PC's are running 640*480
  55. > >> fully texturemapped/shaded games in two frames.
  56.  
  57.  JrF>> In two frames ? You must rely on a P133 system, with very good board &
  58.  JrF>> mem! If you can afford an Amiga which got same power, you surely can
  59.  JrF>> afford a gfx card, too.
  60.  
  61. >There is no Amiga with the same power as the P133.  And my 'average' (and 2
  62. >year old $100) VLB Gfx card handles 15 MB/sec easily, more than enough to do
  63. >640x480 in 2 frames.
  64.  
  65. > >> > JrF> Later AGA+ having 10 planes etc, would be a nice thing, yes.
  66.  
  67. > >> >Please not, 10 planes would be fucking slow.  For me planar maxes
  68.  
  69.  JrF>> 10bit is for example faster than 16bit, for your information.
  70.  
  71. >At what?  I bet it is slower than 16-bit for anything CPU calculated (ie,
  72. >gouraud polygons, tmapping, rotating, and so on).
  73.  
  74. > >> >You forget that you still need a 68040 atleast to do DOOM even if you h
  75. > >> >super-fast Chunky card.  That's why there is no clone, the C2P problem
  76.  
  77.  JrF>> huh logic ? There is no clone because nobody programed it. A clone is
  78.  JrF>> software, exisiting independent from the fact if a 040 exists.
  79.  
  80. >There is no (good) clone because it requires a 040 + fast Chunky gfx-card,
  81. >period.  Caused of course by the fact that 040 + fast Chunky gfx-card is a
  82. >rare combination found in the Amiga world.
  83. You say DOOM 2x2 would be too slow on a A1200+fast+ax
  84.  
  85. > >> >makes it worse though, on Amiga you'd require a 68060 to do fast DOOM (
  86.  
  87.  JrF>> the C2P problem on 040 is a PCer myth! C2P doesn't make it worse.
  88.  
  89. >Yes it does, see TextDemo.  The percentage of CPU time used for the C2P is
  90. >NON-EXISTANT on the clones, because the 'fast-ram buffer' we use on Amiga is
  91. >called 'the screen' on the clones.  No extra copying (or converting for that
  92. >matter) needed.
  93.  
  94. > >> >runs only 15-20 FPS on a 68060/50, 320x240x8 1x1, floors, walls, ceilin
  95. > >> >depressing).
  96.  JrF>> huh ? first you tell me there is no clone and then you tell  YOU know
  97.  JrF>> about how much it'll run on a 060 ? logic ?
  98.  
  99. >That's TextDemo 5.7x (unreleased version) someone tested for me.  15-20 FPS
  100. >for a 68060/50 which is supposed to be 2-3 times as powerfull as a 486DX2/50
  101. >is quite depressing, considering that that 486 will do it at 30 FPS.  Now
  102. >just translate that to the slower Amiga's (ie, the ones only equipped with
  103. >030's and
  104. >040's).
  105.  
  106. <sb>Patrick Hanevold - Virtual Reality developer
  107. <sb>patrick.hanevold@login.eunet.no
  108. <sb>Amiga and official Be developer
  109.  
  110.